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(54) Method for adding context to communications 

(57) A method for augmenting communications 
between called and calling parties with context informa- 
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Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention relates generally to iden- 5 
trfication of called and calling parties to each other, and 
more specifically to providing information to called and 
calling parties indicating the context of a communication 
event. 

[0002] In the field of communications, there has been 
a trend toward providing users with increased function- 
ality to better manage and control their communication 
media. For example, in telephony, many service provid- 
ers offer caller identification and caller name services to 
their customers. These services allow the called party 
to see the phone number and name of the calling party 
before answering the telephone. Based on this limited 
information, the called party can decide whether to 
answer the call. 

[0003] Simply providing the caller's phone number 
and name, however, often does not provide enough 
information for the called party to determine whether to 
answer the call. Suppose, for example, the caller infor- 
mation indicates that John Doe is calling from a New 
York number. Unless the called party knows John Doe, 
this information is not helpful in deciding to accept or 
decline the call. 

[0004] Also, current systems provide no information to 
a calling party about a person to be called. There may 
be instances in which a party to be called does not wish 
to be disturbed, or only wishes to be disturbed for emer- 
gencies. The existing network does not provide a mech- 
anism for sending this information to a calling party so 
that the calling party can make a decision as to whether 
to place the call. 

[0005] In light of the foregoing, there is a need for a 
method to provide calling and called party context infor- 
mation to help them better decide whether and how to 
initiate or accept communications. 

SUMMARY OF THE INVENTION 

[0006] Accordingly, methods consistent with the 
present invention substantially obviate the problems 
and disadvantages that accompany current communi- 
cations systems. Current communications systems pro- 
vide only limited information about to a called party 
about a calling party and even less information about a 
calling party to a called party. This information usually 
consists only of the calling party's number and/or name. 
This limited information, however, often will not allow the 
called or calling party to make an informed decision as 
to whether and how to accept the call. The present 
invention solves this problem by providing context infor- 
mation to the called or calling parties. 
[0007] Specifically, a method consistent with this 
invention includes receiving a request from a calling 
party to establish a communications link with a called 



party, gathering context information, providing the gath- 
ered context information to the called party, receiving an 
indication from the called party whether to establish the 
communications link, and establishing the communica- 
tions link between the calling party and the called party 
or not based on the indication. 
[0008] Another method consistent with this invention 
includes receiving a request from a calling party to 
establish a communications link with a called party, 
gathering context information, providing the gathered 
context information to the calling party, receiving an 
indication from the calling party as to whether to estab- 
lish the communications link, and establishing the com- 
munications link between the calling party and the 
called party or not based on the indication. 
[0009] Other features and advantages of the invention 
will be set forth in the description which follows, and in 
part will be apparent from the description, or may be 
learned by practice of the invention. The objectives and 
other advantages of the invention will be realized and 
attained by the methods and apparatus particularly 
pointed out in the written description and claims hereof 
as well as the appended drawings. 
[001 0] Both the foregoing general description and the 
following detailed description are exemplary and 
explanatory only, and are intended to provide further 
explanation of the invention as claimed. The accompa- 
nying drawings provide a further understanding of the 
invention and are incorporated in and constitute a part 
of this specification. They illustrate embodiments of the 
invention, and together with the description serve to 
explain the principles of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 



Fig. 1 is a flowchart showing a method for providing 
context information to a called party consistent with 
the present invention; 

Fig. 2 is a flowchart showing a method for providing 

context information to a calling party consistent with 

the present invention; and 

Fig. 3 is a diagram of a network configuration for 

implementing a system consistent with the present 

invention. 

DETAILED DESCRIPTION 

[0012] Reference will now be made in detail to the 
present preferred embodiments consistent with the 
invention, an example of which is illustrated in the 
accompanying drawings. Wherever possible, the same 
reference numbers will be used throughout the draw- 
ings to refer to the same or like parts. 
[0013] Context information is information relating to 
the parties to a communication event or relating to the 
communication event itself. Unlike traditional caller ID 
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and caller name services, context information is 
dynamic; it can vary from call to call. Context informa- 
tion can be valuable to both calling and called parties. 
Generally, a calling party can add context information to 
the name and number identification that the service pro- 5 
vider will deliver to the called party. This added informa- 
tion can inform the called party about the context of that 
particular call to help decide whether and how to accept 
the call. Context information can be set by a called 
party, too. Called party context information would be w 
sent to the calling party as a network predial information 
window. The information would allow the calling party to 
make a more informed decision as to whether and how 
to place the call. 

15 

A. Calling party Context id entifica tion 

[0014] As shown in Fig. 1, calling party context identi- 
fication begins with a request from a calling party to 
establish a communication link with a called party (step 20 
10). Such a request would take different forms depend- 
ing on the communication medium. If the calling party is 
using an analog display services interface ("ADSI") 
phone, for example, he would merely dial the number of 
called party. If the calling party is using a computer to 25 
communicate over the internet, he would enter the 
email or IP address of the called party. In response to 
such a request, the network gathers context information 
(steps 11, 12, and 13). Preferably, calling party context 
identification can be gathered from one or more of three 30 
sources: automatic creation (step 11), standard options 
selection (step 12), and/or full custom creation (step 
13). 

1. Automatic Creation 35 

[001 5] A network can automatically create context 
information by collecting data already in its possession 
and sending it to the called party. One benefit of this 
method of creating context information is that the called 40 
party need not perform any additional steps when plac- 
ing a call to send the context information. For example, 
suppose the calling party returns a call left by the called 
party in a specific messaging environment such as 
voice mail, electronic mail, internet voice, video mes- 45 
saging, paging, fax, or a shared work file. The network, 
then, has context information indicating who left the 
message, at what time and date, and possibly informa- 
tion relating to the subject of the message. When the 
calling party returns the call, the network could send so 
that context information to the called party. The called 
party would then know not only the identity of the calling 
party, but also that the calling party was returning a 
message left at a certain time and date. 
[001 6] It could also be possible for the network to ere- 55 
ate context information automatically even when no 
prior context exists between the parties if the calling 
party places a call from a specific messaging environ- 



ment. For example, suppose the calling party initiates a 
call within an application having a "corporate directory" 
of numbers. The context information would indicate to 
the called party that the call is from a business col- 
league. 

[001 7] The network can also collect information relat- 
ing to whether the calling party is placing a call using a 
network custom calling feature. For example, telephone 
companies offer features such as call return and three- 
way conferencing. If the called party uses one of these 
features, the context information would indicate to the 
called party that the call is a return call or that the call is 
a conference call and who is already connected. 
[0018] If the calling party places a call from a remote 
location (e.g., from a cellular phone), the network can 
automatically create context information from the geo- 
graphic location of the caller, such as the local sub- 
scriber's name of the locale where the call is placed, the 
nearest end office switching area where the call is being 
placed, or the cell site name. If a wireless device is GPS 
(Global Positioning System) compatible, the network 
can match GPS data to a location translation table. 
Alternatively, smart room information transmitters in 
certain rooms or buildings could provide specific loca- 
tion information to the network, which could, in turn, pro- 
vide this information as context information to the called 
party. 

2. Standard Options Selection 

[0019] Standard options selection allows the calling 
party to select from a number of calling options. The 
options can be predetermined by the service provider or 
created by the user at the installation stage. To imple- 
ment this context information, the calling party could 
select a coding scheme before dialing. Using selectable 
soft-keys, special star codes, menu options, voice com- 
mands, or other mechanisms, the calling party can 
choose from context information options. 
[0020] For example, the calling party could select a 
priority tag to be attached to the caller identification 
information indicating that the call is low, medium, or 
high priority. The called party could also choose a 
medium or combination of media prior to placing a call 
to indicate to the called party the media expectation of 
the calling party. If, for example, the calling party 
requests a voice and video call, the called party would 
be apprised of this context information. 
[0021] The calling party could also select the synchro- 
nic^ of the communication event, which would indicate 
to the called party whether active participation was 
required. For example, the calling party could select a 
voice call as the medium and then select an asynchro- 
nous event This voice call would then be delivered as a 
one-way communication which would not require the 
called party to "connect." The context information could 
also include an option for acknowledgment of receipt 
from the called party. 
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[0022] In addition, the calling party could select an 
option whereby the called party is asked if he is willing 
to share the cost of a broadband connection. This 
option could be useful with service providers who 
charge for the medium based on time and/or bandwidth 5 
usage. The called party, then would decide whether to 
accept the communication and, thus, pay a share of the 
costs. This type of standard option would be tied into the 
service provider's billing records. 

[0023] As a final example, the calling party could 10 
select available disposition options of the called party to 
allow communication closure that is appropriate to the 
context of the calling/called party. For exampie, the call- 
ing party could attach a "hotline" softkey to give the 
called party one time access to a cell phone line. is 

3. Full Custom Creatipn 

[0024] Full custom creation allows the calling party to 
add context information created on a per call basis. The 20 
context information could take a number of forms, 
depending on the communication medium. For exam- 
ple, the calling party could choose to send a custom 
name for caller name delivery, thus replacing the serv- 
ice provider's subscriber name to something more spe- 25 
crfic and appropriate to the context. The calling party 
could also send a specific reply request along with 
instructions as to how to respond. In addition, the calling 
party could attach a topic header to the communication 
event. This topic header could be in the form of a text 30 
message or of a voice announcement played between 
rings of the called party's telephone. As another exam- 
ple, the calling party could send information indicating 
the expected demand on the called party. The expected 
demand could be, for example, an indication of the esti- 35 
mated time required to complete the communication 
event. 

[0025] The calling party could also attach a computer 
file as part of full custom creation of context identifica- 
tion. This type of information is very flexible and valua- 40 
ble in establishing an exact context for the call and can 
even ensure that supporting documentation or other 
media is available with the caller identification informa- 
tion. Suppose, for example, that the called party 
receives a call from John Doe at a New York number. 45 
Unless the called party knows John Doe, this informa- 
tion alone does not help the called party decide whether 
to answer the call, if, however, John Doe has attached 
context information indicating that the call is about 
insurance renewal and has included a text copy of the so 
current policy, the called party will likely accept the call. 
Without this context information, the called party may 
have dismissed the call. 

[0026] As a final example, suppose the calling party is 
placing an order through a mail order number. If the call- ss 
ing party has previously dealt with the mail order com- 
pany, he could attach an account or reference number 
to the call, or information concerning the desired pur- 



chase. The mail order company, in turn, could use this 
information to more efficiently direct and process the 
incoming call. 

[0027] Once the network has gathered context infor- 
mation from one or more of the above-described 
sources, it transmits the context information to the 
called party (step 14). The called party, in turn, decides 
whether to establish a communications link with the call- 
ing party and indicates his decision to the network (step 
1 5}. This indication could take different forms depending 
on the medium of communication. For example, if the 
called party is using an ADSI phone, he would indicate 
his desire to connect with the calling party by simply lift- 
ing the receiver. If the called party is using a computer 
to communicate over the internet, he would perform the 
keystrokes appropriate to the internet application. Upon 
receiving this indication from the called party, the net- 
work establishes a link between the called and calling 
parties (step 16). On the other hand, if the called party 
decides, based on the context information, not to estab- 
lish a link with the calling party, the communication 
event ends. 

B. Called Party Context Identification 

[0028] As a complement to calling party context iden- 
tification, called party context identification allows the 
calling party to determine the called party's context 
before placing the call. The context information would 
enable calling parties to make a more informed decision 
as to whether to place the call, set a certain priority on 
the call, select a medium that is appropriate to the 
called party's context, or choose other parameters. 
[0029] As shown in Fig. 2, called party context infor- 
mation begins with a request from a calling party to 
establish a communication link with a called party (step 
20). Such a request will be initiated in accordance with 
the particular medium of communication, as discussed 
above in connection with step 10. Upon receiving this 
request, the network gathers context information (steps 
21, 22, and 23). Preferably, called party context identifi- 
cation can be gathered from one or more of three 
sources: automatic creation (step 21), standard options 
selection (step 22), and full custom creation (step 23). 

1 . Automatic Creation 

[0030] As with calling party context identification, 
automatic creation requires no steps by the called party 
to send context information to a calling party. Instead, 
the network gathers information already available to it. 
For example, the calling party could receive the name of 
the called party before placing the call in order to verify 
that the phone number is the desired called party. 
[0031 ] The network could also relay location informa- 
tion to the calling party. For example, the network could 
include the local subscriber's name of the locale of the 
called number, the nearest end office switching area of 
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the called number, or the cell site name if the call is to a 
wireless device. Also, if a wireless device is GPS-com- 
patible, the network can match GPS data to a location 
translation table. Or, smart room information transmit- 
ters in certain rooms or buildings could provide specific 
location information to the network, which the network 
can send as context information to the calling party. 
[0032] The network could also provide information 
regarding the available bandwidth or types of media. 
For example, if the calling party wished to attach a com- 
puter file to the call, it may be important to know the 
bandwidth available between himself and the desired 
called party. Alternatively, the network could inform the 
calling party as to whether the desired called party can 
receive voice calls or video calls. 

2. Standard Option? Selection 

[0033] Standard options selection allows the called 
party to select from predetermined options as he 
changes context To implement this context information, 
the called party could select a coding scheme. Using 
selectable soft-keys, special star codes, menu options, 
voice commands, or other mechanisms, the called party 
can choose from the desired context information 
options. 

[0034] For example, the called party could select one 
of various busy filters to inform a calling party that the 
called party does not wish to be disturbed or will only 
accept emergency calls. The called party could also 
select context information relating to media prefer- 
ences. For example, even if the called party has both 
voice and video available to him, he may only wish to 
use voice. This information could be sent to a calling 
party as context information. Other options include syn- 
chronicity preferences, such as synchronous voice only, 
or standard disposition options, such as access to voice 
mail or access to a routed path. 

3. Full Custom Creation 

[0035] The called party could also create full custom 
context information. This context information could 
include, for example, information as to the specific avail- 
ability of the called party for types of communication 
events. The context information could also include cus- 
tom disposition options based on the mutual context of 
both calling parties. For example, the called party could 
set special disposition options based on the identity of 
the calling party. If the calling party was the called 
party's spouse, the called party may want to make cer- 
tain disposition options available to the spouse, but not 
to others. The called party could also record preset 
messages that are played to the calling party. 
[0036] Full custom creation could also be useful 
where a calling party calls a mail order company to 
place an order. The mail order company could collect 
information about the calling party including, for exam- 



ple, the types of products typically purchased, and pro- 
vide context information that may be useful to the calling 
party. This could include information about related prod- 
ucts or current discounts on products previously pur- 

s chased by the calling party. 

[0037] Once the network has gathered context infor- 
mation from one or more of the above-described 
sources, it transmits the context information to the call- 
ing party (step 24). The calling party, in turn, decides 

w whether to establish a communications link with the 
called party and indicates his decision to the network 
(step 25). This indication could take different forms 
depending on the medium of communication. For exam- 
ple, if the calling party is using a telephone, he could 

15 indicate his desire to connect with the called party 
using, for example, menu options provided by the serv- 
ice provider. If the calling party is using a computer to 
communicate over the internet, he would perform the 
keystrokes appropriate to the internet application. Upon 

20 receiving this indication from the calling party, the net- 
work establishes a link between the called and calling 
parties (step 26). On the other hand, if the calling party 
decides, based on the context information, not to estab- 
lish a link with the called party, the communication event 

25 ends. 

C. Implementation 

[0038] Any of the context information discussed 

30 herein, which can be in the form of audio, text, graphics, 
video, tactile coding, or any combination of these, can 
be linked to the caller identification signaling protocol 
provided by the operating company. The linking is 
achieved by synchronizing existing or future signaling 

35 protocols. 

[0039] Specifically, Fig. 3 shows a configuration for 
implementing various types of context information. In 
the case of automatic creation of calling context infor- 
mation, suppose the calling party on Global System for 

40 Mobility ("GSM") handset 33 places a call to the called 
party on ADSI phone 30. The GSM network 34 identi- 
fies the GSM handset 33 with the name and number of 
the subscriber, along with GPS coordinates or the cell 
ID. This information and the call request are routed to 

45 the public switching telephone network ("PSTN") 31. 
Server 32 identifies the called party as an ADSI call 
context subscriber. Server 32 then matches the GPS or 
cell ID to a location translation table, and sends the sub- 
scriber information and location information to ADSI 

so phone 30 as part of the call request. This is done, for 
example, by synchronizing Bellcore's existing TR30/31 
CLASS protocol, which describes how to send name 
and number identification, with the delivery of text- 
based information using Bellcore's TR1273 ADSI proto- 

55 COl. 

[0040] For automatic creation of called party context 
information, suppose the called party is on GSM hand- 
set 33 and is a subscriber to the call context feature. 
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The calling party places a call to GSM handset 33 on 
ADSI phone 30 through PSTN 31 . Server 32 requests 
the name of the called party, along with GPS coordinate 
or the cell ID, from GSM network 34. GSM network 34 
provides this information to server 32 which, in turn, 5 
sends the information to ADSI phone 30 as a text-based 
message. Using this information, the calling party indi- 
cates to server 32 whether he wishes to complete the 
call by, for example, selecting an appropriate soft-key. If 
the calling party wishes to complete the call, server 32 w 
would place a call request to GSM network 34, and the 
call would complete as usual. 
[0041 ] In the case of standard options creation for call- 
ing party context information, suppose that the calling 
party, on ADSI phone 30, has subscribed to the call 15 
context feature from the local service provider. Using 
the ADSI protocol, server 32 loads a call context service 
script into the subscriber's ADSI phone 30 via PSTN 31 . 
When the calling party goes off-hook, the call context 
options appear as soft-keys. Suppose the calling party 20 
initiates a call to a called party on GSM handset 33. The 
calling party could select a soft-key indicating that he 
desired a voice connection with the called party. Server 
32 sends this short message along with the call request 
information over PSTN 31 to GSM network 34. The 25 
called party receives the standard call request informa- 
tion from GSM network 34, along with the context mes- 
sage. 

[0042] Similarly, for standard options creation for 
called party identification, suppose the called party, on 30 
GSM handset 33, is a subscriber to the call context fea- 
ture. At an earlier time, the called party, using menu 
options or star commands, could select various options 
that would be stored on server 32. For example, the 
called party could select an option indicating that he can 35 
receive only voice communications. When the calling 
party, on ADSI phone 30, places a call to GSM handset 
33, server 32 recognizes the called party as a sub- 
scriber to the call context feature and provides the pre- 
selected context information to ADSI phone 30 via 40 
PSTN 31. Based on this information, the calling party 
indicates to server 32 whether to complete the call by 
using, for example, soft-keys on ADSI phone 30. 
[0043] In the case of full custom creation calling con- 
text, the steps are the same as in standard options call- 45 
ing context creation, except that the calling party could 
type a custom message before placing the call. This 
message is received by server 32 and interpreted as a 
call header. Server 32 then sends the message as a 
short message through GSM network 34 to the sub- so 
scriber on GSM handset 33. 

[0044] Similarly, full custom creation called context 
proceeds as described above with respect to standard 
options called context creation, except that the called 
party could enter a custom message. For example, the 55 
called party could type in a custom subscriber name in 
place of the standard subscriber name stored on server 
32. This could be done, for example, using the lettered 



numbers on GSM handset 33. Server 32 would then 
send the custom subscriber name to the calling party on 
ADSI phone 30 in place of the standard subscriber 
name. 

[0045] It will be apparent to those skilled in the art that 
various modifications and variations can be made in the 
present invention without departing from its spirit or 
scope. Thus, it is intended that the present invention 
cover the modifications and variations of this invention 
provided they come within the scope of the appended 
claims and their equivalents. 

Claims 

1 . A method for augmenting communications over a 
communications network comprising the steps of: 

receiving a request from a calling party to 
establish a communications link with a called 
party; 

gathering context information; 

providing the gathered context information to 

the called party; 

receiving an indication from the called party 
whether to establish the communications link; 
and 

establishing the communications link between 
the calling party and the called party or not 
based on the indication. 

2. The method of claim 1 wherein the step of gather- 
ing context information includes the step of 

gathering context information known to the 
communications network. 

3. "me method of claim 2 wherein the step of gather- 
ing context information known to the communica- 
tions network includes the step of 

gathering information indicating whether the 
calling party is returning a communication from 
the called party, 

4. The method of claim 2 wherein the step of gather- 
ing context information known to the communica- 
tions network includes the step of 

gathering information indicating whether the 
calling party is using a network or service pro- 
vider custom calling feature. 

5. The method of claim 2 wherein the step of gather- 
ing context information known to the communica- 
tions network includes the step of 

gathering information indicating the location 
and local time of the calling party. 
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6. The method of claim 1 wherein the step of gather- 
ing context information includes the step of 

gathering context information from a selection 
of predetermined options by the calling party. 

7. The method of claim 6 wherein the step of gather- 
ing context information from a selection of pre- 
determined options includes the step of 

gathering information indicating the media 
expectation of the calling party. 

8. The method of claim 6 wherein the step of gather- 
ing context information from a selection of pre- 
determined options includes the step of 

gathering information indicating the synchro- 
nicity of the communication. 

9. The method of claim 1 wherein the step of gather- 
ing context information includes the step of 

gathering specific context information supplied 
by the calling party. 

10. The method of claim 9 wherein the step of gather- 
ing specific context information supplied by the call- 
ing party includes the step of 

gathering a custom name in place of the sub- 
scriber name associated with the calling party. 

11. The method of claim 9 wherein the step of gather- 
ing specific context information supplied by the call- 
ing party includes the step of 

gathering a topic header. 

12. The method of claim 9 wherein the step of gather- 
ing specific context information supplied by the call- 
ing party includes the step of 

gathering a computer file to be attached to the 
communication. 

13. The method of claim 9 wherein the step of gather- 
ing specific context information supplied by the call- 
ing party includes the step of 

gathering information Indicating the expected 
demand on the called party. 

14. A method for augmenting communications over a 
communications network comprising the steps of: 

receiving a request from a calling party to 
establish a communications link with a called 



party; 

gathering context information; 
providing the gathered context information to 
the calling party; 
s receiving an indication from the calling party as 

to whether to establish the communications 
link; and 

establishing the communications link between 
the calling party and the called party or not 
10 based on the indication. 

1 5. The method of claim 1 4 wherein the step of gather- 
ing context information includes the step of 

15 gathering context information known to the 

communications network. 

1 6. The method of claim 1 5 wherein the step of gather- 
ing context information known to the communica- 

20 tions network includes the step of 

gathering information indicating the location 
and local time of the called party. 

25 17. The method of claim 15 wherein the step of gather- 
ing context information known to the communica- 
tions network includes the step of 

gathering information indicating the type of 
30 media available to the called party. 

1 8. The method of claim 1 4 wherein the step of gather- 
ing context information includes the step of 

35 gathering context information from a selection 

of predetermined options by the calling party. 

1 9. The method of claim 1 8 wherein the step of gather- 
ing context information from a selection of pre- 

40 determined options includes the step of 

gathering information indicating media prefer- 
ences of the called party. 

45 20. The method of claim 1 8 wherein the step of gather- 
ing context information from a selection of pre- 
determined options includes the step of 

gathering information indicating when the 
so called party does not wish to be contacted. 

21. The method of claim 14 wherein the step of gather- 
ing context information includes the step of 

ss gathering specific context information supplied 

by the calling party. 

22. The method of claim 20 wherein the step of gather- 
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ing specific context information supplied by the call- 
ing party includes the step of 

gathering disposition options based on the 
identify of the calling party. s 
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